
Derailed Description Text - DETX (69} : 

2) Using current reference binding 
mechanism. The SID file can include 
undefined references and binding information 
as described in another file as 
"3EB " definitions corresponding to undefined 
references in SIDL. Binding is 
realized, for example, by concatenating the 
SID file and the bind information 
to create a complete SID; 



Detailed Description Text - DETX (73; : 

For certain applications, an SI may have 
fields that cannot be fully bound 
at render-time. For example., consider a 
document where each page is an SI 
containing six identical chiicJ objects that 
are to be bound at render-time, 
e.g., a real estate listing where each child 
object corresponds to a house for 
sale. Consider that the document is to 
display a total of nine houses. This 
would require two document pages, but only 
three of the child objects will be 
required on the second page. The SI Tenderer 
can operate in three models, 

although others may be possible: 1) fail with 

an unbound error; 2) ignore 

unbound objects, treat incomplete IPOs as 

non-ope rations ; and 3) render only 

the pasteboard of unbound objects, treat 

incomplete IPOs as non-operations. 
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data * 
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repre$*atsttoR = | 
format = "sunraB"; 
attribute = | 
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representation = f 
format - 1 TiFF"; 
attribute = j 
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Derailed Description Text ■- DETX (93) : 

The SID file associated with the top level 
SI is depicted in FIGS. 19a-c. 

Sis are described (again, the following source 
code is subject to copyright 

protection and can be executed on the hardware 
system pre vio usly described) as 
a set of "SHE 1 " 5 " 1 *- n STDL, which are specified 
by the name of tag type and tag 
body enclosed by and "] Tags may be 

named using the " :name" syntax. The 
tag name can be U3ed as reference to other 
tags by prefixing "S". The Object 
:ag is the top level tag of the SI. In this 



"ft 



example, the Object tag represents 
an IPD object and it's "description is in the 
referenced tag "ipdl". The IPD tag 
"ipdl" defines the AspectRatio and 
Default Width tags, the pasteboard attributes, 
FitKods, Justification and Angle , arid four 
Merge tags whose sequence specifies 
^e fcsK'giKg order of " ^ergel " through 
" merged " . Each Merge? tag specifics a 
merging point relative to the pasteboard with 
r. h e Me r ge Po i nt t a g . an d an irn ag a 
p roc ess . The 

Pax;h tag denotes the child object 
with another Object, tag, the relative size 
wir,h a Size tag, the position of the 
Control Point (relative to the child J with the 
Control Point tag, and tho iaiagft 
processing operations with a list of IPO tags 

Notice that pathl, path2 and 
path 4 all refer to raster, text or graphic 
files. Path3 refers to another SID 
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representation - j 
format = "sunras"; 
attribute = | 
d# = 400; 

d « t * 

« 1, /linag9/birdJar^er.r 
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!; 

representation = | 
format - 1 TiJT"; 
flttribuU = | 
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Detailed Description Text - DETX (99) : 

The Fixed Point parameter allows the 
application of spatial t ransf orraat io na 
around a point of reference. For exaraple, 
specifying a Fixed Point allows the 
user to rotate the object around the 
FixedPoint instead of rotating around the 
center of the object. In general, any 
supported spatial t r a n s f o rm at ion can be 
defined to operate around Fixed Point. Since 
the FixedPoint is a parameter to 
Spatial Trans form and is not part of the 
pasteboard, the IPO adjusts the 
Control Point automatically to ensure that the 
child object is merged into the 
pa re nt pasteboard at the correct position. 
An example of how the Control Point 
is adjusted is described below. 



Derailed Description Text - DETX (100): 

For example (see FIGS. 21a-b) , the object 
has a ControlPoint C of (0.5,0.5) 
and a fixed point of (2.0,0.0) relative to 
upper left corner P of the child . 
Suppose the rendering indicates the child is 
of size 50. times ,50. The 

FixedPoint F is (-100,0) relative to the chile 
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The Control Point is initially 

(25,25) relative to P, and (125,25) relative 
to the FixedPoint . Rotating the 
child 45. degree. about the FixedPoint will 
generate a child with a new size of 
71. times. 71 (bounding box) with an origin at 

(71,107) relative to'the 
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representation = | 
formal = "sunras"; 
attribute = | 
dp* = 400; 

1; 






data 

= Vimage/hirdlar£er.r 
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representation = J 
formal - 'TiFF'; 
attribute = } 
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Detailed Description Text - DETX (171): 

3. Merging a tag transcription network: with an image source model 9 



l 



Detailed Description Text - DETX (172); 
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The merging of an image source model that accommodates tag 
ription 



*ssage strings 

it as previously 

described for merging 2D networks and line networks. The functional properties 
of the merged tag transcription image network are the same as those presented 
previously in the content of the 2D implementation in Section C. 4 (referred to 
there as network properties (a) and (b) ) . Network mergi ng produces a modified 
image source model that is constrained to generate only transcriptions from the 
set of transcriptions defined by the tag transcription network. E'XGS. 46, 47, 
4 8, and 49 illustrate the process of merging line image source model 770 with 
tag transcription network 728 to form a tag transcription image network. The 
states of the merged model are all pairs of line image source states 782 and 
transcription network states 729, as shown in FIG. 46. The merging process 
follows the three steps for adding transitions to the states in FIG- 46 that 
are described above in Section C.4. FIG. 47 shows the transitions added to the 
tag transcription image network during the first step of the transition 
construction procedure. Similarly, FIG. 4 8 shows, in solid lines, the 
transitions added to the tag transcription image network during second step of 
adding transitions, with the transitions added during the first step shown as 
dashed lines. No transitions are added in the third step, since there are no 
transcription network transitions with null message strings. Finally, FIG. 4 9 
shows tag transcription image network 7 90 that results from the simplifying 
step of removing nodes and transitions that cannot lie on any complete path. 
The transitions of this simplified network 7 90 are shown as solid lines, with 



deleted transitions shown as dashed lines. 
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Detailed Description Text - DETX (173): 
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follows the three steps for adding transitions to the states in FIG. 46 that 
are described above in Section C.4. FIG. 47 shows the transitions added to the 
tag transcription image network during the first step of the transition 
construction procedure" Similarly , FIG. 4 8 shows, in solid lines, the 
transitions added to the tag transcription imacje network during second step of 
adding transitions, with the transitions added during the first step shown as 
dashed lines. No transitions are added in the third step, since there are no 
transcription network transitions with null message strings. Finally, FIG. 4 9 
shows tag transcription image network 790 that results from the simplifying 
step of removing nodes and transitions that cannot lie on any complete path. 
The transitions of this simplified network 790 are shown a3 solid lines , with 
deleted transitions shown as dashed lines. 

Detailed Description Text - DETX (173): 

Using a tagged transcript- ion as the input source of glyph labels for the 
training data produced for the template training procedure is entirely handled 
by how the images and. transcription models are defined and merged; and requires 
no modifications to the decoding process or to glyph imags origin position 
extraction from the best, path; the remainder of the template training procedure 
proceeds as previously described, using tag transcription image network 790 to 
provide the glyph image origin positions of the glyphs included in line image 
716 (FIG. 44) to the "template construction procedure. 



Detailed Description Text - DETX (177); 
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Processor 140 is also connected for access! 
memory 114 to obtain data stored therein. Pro 
operates by accessing program memory 110 to re 
theii executes. Program memory 110 includes th 
firmware 112 that provide the operating system 
machine 1Q0, and template training routine 200 
described in the flowchart of FIG. 11 and in t 
those routines, including template construct io 
t he r>a rti cul ar i^p-l .enie nt at 1 on o ■ f t feMP^tet r a ^ 
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":g program memory 110 and data 
cessor 140 of machine 100 
trieve instructions, which it 
e underlying system software and 
and operating facilities of 
that implements the invention 
he flowcharts that reference 
n subroutine 27 0. Depending on 
ning routine 20 0, program memory 
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Brief Summary Text - BSTX (58): 

One implementation of this second training technique that uses a tag 
transcription also represents the formal line image source model and the text 
line tag transcription as finite state transition networks. The steps in this 
implementation are similar to the one previously described for the first 
training technique^^rfterging^ the two netwds, decoding the text, line image 
source of glyph samples, and obtaining labeled glyph image origin positions 
from the best path through the merged network. This labeled, glyph images origin 
position data is then used as input to the novel template construction process 
described previously. The finite state network that represents the text line 
tag transcription models the text line tag transcription as a series of 
t ran script ion nodes and a sequence of transitions between pairs of the 
transcription nodes. Each transition has a transcription label associated with 
it, and one transition has the tag associated with it. A sequence of 
transitions, called a transcription path, through the tag transcription network 
indicates the ordered arrangement of the transcript ion "labels in the text, line 
r..?:g transcription. The transcription image network produced from merging the 
two networks indicates modified mapping data mapping a respective one of the 
transcription labels included in the tag transcription to a respective glyph 
sample and to a respectively paired giyph label indicating the character in the 
glyph sample character set. Transcription labels associated with transitions 
in the tag transcription network become message strings associated with 
transitions in the transcription image network, and in particular, the tag 
associated with the transition in the tag transcription network becomes a 
message string associated with a t ransition included in the transcription image 
network such that the transcription imag^ network models the relationship 
between the tag and at least one glyph occurring in the tejrt line image of 
glyph samples. 

Drawing .Description Text - DRTX (4 0) : 

FIGS. 46 f 47 f 48, and 49 schematically illustrate the merging of the finite 
state transition network of FIG. 43 with the tag transcription network of FIG. 
45, according to the illustrated implementation of the present invention; and 
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Detailed Description Text - DETX (IS) : 

Once the residual image 26 has been 
calculated, it should be associated in 
some fashion with the storage space digital 
image 24. This can involve storing 
the residual image 26 in a memory buffer that 
is associated with a second 

memory buffer used to store the storage space 

digital image 24. Alternatively, 

many applications will store the image data in 

a digital file 28 on some sort 

of digital storage media such as a magnetic 

disk:, an optical disk., or a PCMCIA 

card using a digital file storage step 27. In 

■chis case, the storage space 

digital image 24 and the residual image 26 can 
be stored in two different 

files, or can be stored in the same digital 

image file. In many cases, the 

file format used to store the storage space 

digital image 24 may support the 

use of private image tags . For example, the 

file formats TIFF, EXIF and 

FlashFIX all support tags of this sort. 

These tags are sometimes referred to 

as met a -data . In cases where file formats of 

this type are used, it will be 

convenient to store the residual image data in 
the form of a residual image 

tag . In this way, applications that do not 
know how to make use of the 

residual image tag will simply ignore it, and 
will therefore have access only 
to the storage space digital image 24. 
Whereas applications that know how to 
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use the residual image t ag will be able to •• 1 
make use of it to reconstruct, the 
ejrtended color gamut digital image. Some file 
formats place a limit on the 

size of tags, so compression of the residual 
image is important for these 
applications . 



Detailed Description Tent - DETJC (19) : 

FIG. 4 shows an example of reconstructing 
an extended color gamut digital 
image from the limited color gamut digital 
image and the residual .usage . The 
input to rhis process is an extended color 
gamut digital file 40 containing a 
limited color gamut digital image and a 
residual image created as described 
above. An extract data from digital file step 
41 is used to extract the 

limited color gamut digital image 42 and the 

residual image 43. A reconstruct 

extended color gamut digital linage step 4 4 is 

then used to form a reconstructed 

extended color gamut digital image 45 by 

combining the limited color gamut 

dlgTtal" image 42 and the residual image 43. 

Typical 1 y" t h e re c onst- r uct extended 

coior gamut digital image step 44 will 

involve combining the limited color 

gamut digital image 42 and the residual iinaoe 

^43. 
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Once the residual image 26 has been calculated, it should be associated in 
some fashion with the storage space digital image 24. This can involve storing 
the residual image 26 in a memory buffer that is associated with a second 
memory buffer used to store the storage space digital image 24. Alternatively, 
many applications will store the image data in a digital file 28 on some sort 
of digital storage media such as a magnetic disk, an optical disk, or a PCMCIA 
card using a digital file storage step 27. In this case, the storage space 
digital image 24 and the residual image 2 6 can be stored in two different 
files, or can be stored in the same digital image file. In many cases, the 
file format used to store the storage space digital image 24 may support the 
use of private image tags . For example, the file formats TIFF, EXIF and 
FlashPix all support tags of this sort. These tags are sometimes referred to 
as rcota-data , In cases where file formats of this type are used, it will be 
convenient to store the residual image data in the form of a residual image 
tag . In this way, applications that do not know how to make use of the 
residual image tag will simply ignore it, and will therefore have access only 
to the storage space digital image 24. Whereas applications that know how to 
use the residual image tag will be able to make use of it to reconstruct the 
extended color gamut digital image. Some file formats place a limit on the 
size of tags, so compression of the residual image is important for these 
applications . 

Claims Text - CLTX (16): 

II. The method of claim 10 where the residual image is stored as mat a- data 
in the digital image file. 
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Detailed Description Text - DETX (8): 

FIGS. 3(A) and (B) illustrate in more detail the operation of the advisory 
servers 20 and the clients 25 running a Web Browser that includes an advisory 
mode according to the present invention. Specifically, at step 205 a client 25 
generates and sends a content request to a content server 6 for information 
contained in knowledge base 7. In step 210, the client 25 may inhibit loading 
of content data associated with the content request at least until the 
characterization data is received from an active advisory server 20 and acted 
upon. In step 215, an advisory request for characterization data associated 
with the content request is generated to each active advisory server 20 
concurrent with the aforementioned content request. As mentioned previously 
the characterization data may indicate that loading of the requested content 
data should be inhibited by the client 25. In step 220, the advisory request 
is generated to each active advisory server 20. In step 225, each active 
advisory server 20 receives and decodes the advisory request transmitted from 
the client 25. In step 230 each active advisory server 20 retrieves from its 
knowledge base 22 any stored characterization data associated with the 
advisory 

request. A more detailed description of the method and system utilized by the 
advisory server 20 to identify and store connections between tags identifying 
content (such as URLs) and associated m eta-data (such as numeric rating 
codes 

or strings) may be found in Dockter et. al. s U.S. patent application Ser. No. 
08/287,022, entitled "Facility for the Storage and Management of Connections 
(Connection Server), filed Jun. 21, 1994, herein incorporated by reference in 
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Detailed Description Text - DETX (84): | 
In a variation of the digital signature application just described, an % 
i iconic image may be used to carry identifying information about one or more }i 
I attributes of the text document image-referred to as "meta-data'--that is not 
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\ derived from or dependent on the content of the image and is thus not a digital ^ 
\ signature per se. This information may be encrypted using the private key of 
I the sender or document originator—who presumably is the only source of the 
I private key. This encrypted information may then be encoded in the iconic 
| image. In addition, the iconic image may be produced using a very faithful 
i reproduction and encodina techniaue such that the iconic imaqe clearly and 
I distinctly shows the appearance of the document image it represents. The 
\ iconic image in this embodiment serves as what might be called a "weak" 
\ authentication of the original text image: if the iconic image visually appears M 
I substantially similar to the oriainal document and the decoded data from the ^1 
I iconic image is successfully able to be decrypted using the public key, it can ;Si 
I be reliably determined that the sending authority in possession of the private f] 
\ key sent the document image carrying the iconic image, even if the content of ^ 
\ the image cannot be authenticated. Verification of the sending authority alone ; ; 
\ will be sufficient in some applications to authenticate the document, and thus ]?\ 
\ the operation of producing the photo-signature may be eliminated. ^ 
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TITLE: Method and apparatus for generating a user interface 

from the entity/attribute/relationship model of a 
database 
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Detailed Description Text - DETX (35): 

Meta data file 214 includes code implementing the data model of the 
invention, using the meta data model described hereafter in connection with 
FIGS. 1 1-16. Record edit interface 220, while preparing to display at terminal 
219 an entity selected from user custom table 217 or applications entity list 
216 by start from selection list 210, reads meta data model 216 to determine 
¥/hich relationships exist for that entity, and the attributes for that entity, 
as will be described hereafter in connection with FIGS. 1 1-16. Once read from 
meta data model 215, record edit interface 220 populates display 219 with the 
information required for a particular entity, such as employee panel 122 (FIG. 
1) from data provided by an entry in table 102 (FIG. 1) or employee table 374 
(FIG. 7). 
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